Repository navigation
fix: drop an ATTENDEE Bedework 5 stores twice - #864
Merged
Merged
Conversation
Robur decodes %40 in a request path but not in an href inside a REPORT body: a calendar-multiget naming .../x%40y.ics answers 404 for an object a GET of that URL serves, and .../x@y.ics finds it. The new hint url.encode-at.encoded.href records that, and where it is unsupported the @ of a multiget href is sent literally. Other escapes are kept, and a server declaring the spellings distinct is left alone. Prompt: Continue working on getting those [calendaring] conformance tests passing. [on Robur, every object with an @ in its UID failed its read-back] Assisted-By: Claude Opus 5.5 <noreply@anthropic.com> Reviewed-by: Tobias Brox <tobias@redpill-linpro.com>
Bedework 5 stores every ATTENDEE of an event twice: a PUT with one gives two identical lines back, in GET and calendar-multiget alike, from a fresh container too. vcal.fix() now drops an exact copy of an ATTENDEE line in the same component, so a client sees each attendee once; a line that differs, if only in a parameter, is kept. The new hint save-load.icalendar.attendee-once is a quirk for Bedework 5. Prompt: Please do more research on the bedework5 problem. Bedework is a static image (built locally, but I did it only once). Followup-Prompt: [a tester probe, a caldav hint, and dropping the copies on read] sounds good. Quirk sounds good, and the caldav library should strip the duplicates. Assisted-By: Claude Opus 5.5 <noreply@anthropic.com> Reviewed-by: Tobias Brox <tobias@redpill-linpro.com>
tobixen
force-pushed
the
fix/bedework-attendee-twice
branch
from
November 12, 2026 23:16
9a7004b to
0180ed5
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Commit message:
Bedework 5 stores every ATTENDEE of an event twice: a PUT with one
gives two identical lines back, in GET and calendar-multiget alike,
from a fresh container too. vcal.fix() now drops an exact copy of an
ATTENDEE line in the same component, so a client sees each attendee
once; a line that differs, if only in a parameter, is kept. The new
hint save-load.icalendar.attendee-once is a quirk for Bedework 5.
Prompt: Please do more research on the bedework5 problem. Bedework is a static image (built locally, but I did it only once).
Followup-Prompt: [a tester probe, a caldav hint, and dropping the copies on read] sounds good. Quirk sounds good, and the caldav library should strip the duplicates.
Assisted-By: Claude Opus 5.5 noreply@anthropic.com
The matching caldav-server-tester probe gives the quirk when run against Bedework 5; it is going into a PR there.